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REMARKS 



Specification : 

The Examiner noticed two typographical errors, at 
respectively page 2, line 20, "NVRAM)" should be "NVRAM", and 
page 14, line 20, "fibre" should be "fiber". Applicant has 
corrected the errors. Applicant respectfully submits that no new 
matter has been added. 

Claims : 

Claims 1-35 comprise the case, 

I) 35 U.S.C. 102 (e) : 

The Examiner rejected Claims 1-6, 9-20, 22-30 and 32-35 
under 35 U.S.C. 102(e) as being anticipated by Barrett et al. 
(Barrett), US Patent 6,023,727. 

A) Claims 1, 10, 19, 30, and 33-35 : 

As to independent Claims 1, 10, 19, 30, and 33-35, the 
Examiner states that Barrett shows "A multi-node network of 
processors *** 

-processors having a minimally operational state (col. 16, lines 
4-5 "NEB ... shipped with operational software')- It is inherent 
for processor to be in minimally operational state in order to 
update or upgrade or download program or code image, 
-a fully operational state employing a code image, said 
processors (col. 17, lines 2-5 'new program image is received 
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over the network, microprocessor . . . downloads . . . new image' ) . 
It inherent that device is in the mode for download image, 
-when in said minimally operational state, requesting said code 
image from said network (col. 16, lines 8-9 'network 
administrator's PC 103, the network administrator can remotely 
alter the ROM firmware image in flash EPROM 174 by downloading 
new data' and col. 8, lines 45-46 "The program respond to 
requests . . . for data download' ) ; 

- and a master source *** having at least said code image for 
broadcasting said code image on said network (col. 16, lines 7-9 
'network administrator's PC (master source code)... remotely 
alter the ROM firmware image in flash EPROM' ) , 

- upon receiving said code image request waiting a predetermined 
time period allowing any additional said processor to reach said 
minimally operational state (col. 10, lines 57-60 'NEB processor 
173 stops writing to memory (and accordingly stops reading and 
updating the pointers) at predetermined intervals, allowing 
printer interface microprocessor 151 sole access to the memory 
until it catches up' ) , 

- broadcasting said code image to said network (col. 16, line 36 
'proper image is sent to the targeted NEB')." 

As pointed out by the accompanying Declaration under Rule 
1,132, Barrett describes a " reprogrammable network communication 
device" which does not have a minimally operational state, and so 
has only a fully operational state , described as 'NEB 101 is 
shipped with operational software' ***. See also, column 7, 
lines 56-61, where the software is executed by a microprocessor 
out of 'flash EPROM 174' or can be 'selectively moved to the 
higher performance 512 KB DRAM 175' . 

"That, the Barrett reprogrammable network communication 
device does not request the code image from the network. 
Instead, the code image already exists in 'flash EPROM 174' ***. 
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"That, the code image supplied by Barrett is conducted by 
the network administrator at (his) own initiative, and not at the 
request of a processor in the network . Specifically, *from the 
network administrator's PC 103, the network administrator can 
remotely alter the ROM firmware image in flash EPROM 174 by 
downloading new data' ***. 

"The Barrett administrator insures that compatible images 
are downloaded by scanning the network to identify targets, and 
has * software code which ensures that the downloaded image is 
compatible before actual reprogramming occurs' 

"Barrett does not wait a predetermined time period, the 
predetermined time period allowing any additional processor to 
reach the minimally operational state, and does not , upon 
completion of the predetermined time period, show a master source 
broadcasting the code image on the network, as is done by the 
present '917 Application." 

Additionally, Applicant points out that the Examiner has 
referred to the microprocessor 173 of NEB 101 as waiting at 
predetermined intervals for a catch up, as though the NEB is a 
master processor waiting for a predetermined time period as per 
Applicant's claims, but the NEB is, instead, a target , and is 
controlling the timing for writing to its own memory. 

Hence, Applicant respectfully submits that Claims 1, 10, 19, 
30, and 33-35 patentably recite, e.g. Claim 1, "A multi-node 
network of processors, comprising: 

"a network; 

"a plurality of processors coupled in said network, said 
processors having a minimally operational state, and having a 
fully operational state employing a code image, said processors, 
when in said minimally operational state, requesting said code 
image from said network; and 
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"a master source coupled in said network, said master source 
having at least said code image for broadcasting said code image 
on said network, said master source, upon receiving said code 
image request, waiting a predetermined time period, said- 
predetermined time period allowing any additional said processor 
to reach said minimally operational state, and, upon completion 
of said predetermined time period, broadcasting said code image 
on said network." 

Applicant respectfully submits that Claims 1, 10, 19, 30, 
and 33-35 therefore patentably define over Barrett, and 
respectfully requests the allowance of Claims 1, 10, 19, 30, and 
33-35. 

B) Claims 2, 11 and 20 : 

The Examiner rejected Claims 2, 11 and 20 as above, and 
additionally states "Barrett discloses: 

- receive and implement said code image (col. 16, lines 31-32 
'The flash EPROM on board then reprograms itself with the new 
image' ) " 

As discussed by the accompanying Declaration under Rule 
1.132, Barrett describes a " reprogrammable network communication 
device" which does not have a minimally operational state, and so 
has only a fully operational state , described as 'NEB 101 is 
shipped with operational software' ***. See also, column 7, 
lines 56-61, where the software is executed by a microprocessor 
out of 'flash EPROM 174' or can be 'selectively moved to the 
higher performance 512 KB DRAM 175' . 

"That, the Barrett reprogrammable network communication 
device does not request the code image from the network. 
Instead, the code image already exists in 'flash EPROM 174' ***." 



09/734, 917 



23 



TUC920000080US1 



Appl. No. : 09/734, 917 

Amdt. Dated: May 27, 2004 

Reply to Office action of 03/15/04 

Hence, Applicant respectfully submits that Barrett does not 
move from a minimally operational state to, e.g. Claim 2, 
"wherein said processors, additionally, upon said broadcast of 
said code image, receive and implement said code image only if 
said processor is in said minimally operational state." 

Applicant respectfully submits that Claims 2, 11 and 20 
therefore patentably define over Barrett, and respectfully 
requests the allowance of Claims 2, 11 and 20. 

C) Claims 3, 4, 12 and 13 : 

The Examiner rejected Claims 3, 4, 12 and 13 as above, and 
additionally states "Barrett discloses: 

- a non-volatile memory for storing said minimally operational 
state code (*** 'non-volatile random access memory (NVRAM)... 
used for initialization data storage during power cycling of 
printer 102 which houses NEB 101')". 

However, as discussed by the accompanying Declaration under 
Rule 1.132, Barrett describes a " reprogrammable network 
communication device" which does not have a minimally operational 
state, and so has only a fully operational state , described as 
'NEB 101 is shipped with operational software' ***. See also, 
column 7, lines 56-61, where the software is executed by a 
microprocessor out of 'flash EPROM 174' or can be 'selectively 
moved to the higher performance 512 KB DRAM 175' . 

Applicant points out that, per Barrett, "Network and printer 
configuration parameters are written into NVRAM 180 when the 
printer is first installed into the network to allow NEB software 
to recover the installation parameters after printer power has 
been cycled off and on." (column 7, lines 28-32). 
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Thus, Barrett does not describe, e.g. Claim 3, "wherein said 
processors additionally each comprises a non-volatile memory for 
storing said minimally operational state code", nor, e.g. Claim 
4, "wherein said minimally operational state code comprises a 
boot program which becomes operational upon reboot of said 
processor. " 

Applicant respectfully submits that Claims 3, 4, 12 and 13 
therefore patentably define over Barrett, and respectfully 
requests the allowance of Claims 3, 4, 12 and 13. 

D) Claims 5 and 14 : 

The Examiner rejected Claims 5 and 14 as above, and 
additionally states "Barrett discloses: 

- minimally operational state is additionally sufficient to 
conduct at least a basic system test and provide said code image 
request (col. 8, lines 61-64 'POST is a power-on self-test module 
that checks the integrity of NEB hardware and software at 
power-up f ) " 

However, as discussed above, Barrett has no "minimally 
operational state", and instead only has a fully operational 
state. "POST" is one of the "blocks of code, or modules, that 
are stored in flash EPROM 174." (column 7, lines 64-65). 

As discussed by the accompanying Declaration under Rule 
1.132, Barrett describes a " reprogrammable network communication 
device" which does not have a minimally operational state, and so 
has only a fully operational state , described as 'NEB 101 is 
shipped with operational software' ***. See also, column 7, 
lines 56-61, where the software is executed by a microprocessor 
out of 'flash EPROM 174' or can be 'selectively moved to the 
higher performance 512 KB DRAM 175' . 
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"That, the Barrett reprogrammable network communication 
device does not request the code image from the network. 
Instead, the code image already exists in * flash EPROM 174' ***." 

Thus, Barrett does not describe, e.g. Claim 5, "wherein said 
code for said minimally operational state is additionally 
sufficient to conduct at least a basic system test and provide 
said code image request." 

Applicant respectfully submits that Claims 5 and 14 
therefore patentably define over Barrett, and respectfully 
requests the allowance of Claims 5 and 14. 

E) Claims 6 and 15 : 

The Examiner rejected Claims 6 and 15 as above, and 
additionally states "Barrett discloses: 

- a RAM for, upon receiving said code image, storing said code 
image (col. 2, lines 2-3 *A random access memory stores a new 
program image for the reprogrammable read only memory' ) 

However, the image stored is a new program image . Applicant 
respectfully submits that this is fundamentally different from 
Applicant's, e.g. Claim 1, "processors having a minimally 
operational state, and having a fully operational state employing 
a code image ", (emphasis added). 

As discussed by the accompanying Declaration under Rule 
1.132, Barrett describes a " reprogrammable network communication 
device" which does not have a minimally operational state, and so 
has only a fully operational state , described as 'NEB 101 is 
shipped with operational software' ***. See also, column 7, 
lines 56-61, where the software is executed by a microprocessor 
out of 'flash EPROM 174' or can be 'selectively moved to the 
higher performance 512 KB DRAM 175' . 
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"That, the Barrett reprogrammable network communication 
device does not request the code image from the network. 
Instead, the code image already exists in *flash EPROM 174' ***." 

Thus, Barrett does not describe, e.g. Claim 6, "wherein said 
processors additionally comprise a RAM for, upon receiving said 
code image, storing said code image." 

Applicant respectfully submits that Claims 6 and 15 
therefore patentably define over Barrett, and respectfully 
requests the allowance of Claims 6 and 15. 

F) Claims 9, 18, 22 and 32 : 

The Examiner rejected Claims 9, 18, 22 and 32 as above, and 
additionally states "Barrett discloses: 

- image is correct for said processor and select said broadcast 
image for implementation if said determination determines that 
said code image is correct for said processor (col. 17, lines 3-4 
^microprocessor. downloads the new image into DRAM. confirms 
that the new program image is compatible ... configuration 
information *** compatibility is confirmed' ) 

However, the program image of Barrett is instead a " new 
program image" (column 17, line 3) (emphasis added) . Thus, the 
discussion with respect to Claims 6 and 15 applies also to 
Applicant's Claims 9, 18, 22 and 32. 

Applicant therefore respectfully submits that Barrett does 
not describe, e.g. Claim 9, "wherein said master source comprises 
a plurality of different said code images, wherein said processor 
requesting said code image requests one of said different code 
images, wherein said master source broadcasts said requested one 
of said different code images, and wherein said processors 
additionally determine whether said broadcast code image is 
correct for said processor, and select said broadcast code image 
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for implementation if said determination determines that said 
code image is correct for said processor." 

Applicant respectfully submits that Claims 9, 18, 22 and 32 
therefore patentably define over Barrett, and respectfully 
requests the allowance of Claims 9, 18, 22 and 32. 

G) Claim 23 : 

The Examiner rejected independent Claim 23 stating that 
Barrett shows "For a multi-node network of processors *** 

- a network having a master source *** 

- said master source having at least said code image for 
broadcasting said code image on said network (col. 16, lines 7-9 
'network administrator's PC (master source code)... remotely 
alter the ROM firmware image in flash EPROM' ) , 

- said master source, upon receiving said code image request 
waiting a predetermined time period, said predetermined time 
period allowing any additional processor to reach said minimally 
operational state (col. 10, lines 57-60 'NEB processor 173 stops 
writing to memory (and accordingly stops reading and updating the 
pointers) at predetermined intervals, allowing printer interface 
microprocessor 151 sole access to the memory until it catches 
up'), 

- and, upon completion of said predetermined time period, 
broadcasting said code image to said network (*** 'proper image 
is sent to the targeted NEB' ) 

- a non-volatile memory for Storing code providing a minimally 
operational state of said processor (*** 'non-volatile random 
access memory (NVRAM) . . . used for initialization data storage 
during power cycling of printer 102 which houses NEB 101')". 

- a processor memory storing a code image providing a fully 
operational state of said processor (*** 'A random access memory 
stores a new program image for the reprogrammable read only 
memory' ) 
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- and a processing unit coupled to said non-volatile memory (NEB 
control logic ... interfaces with non-volatile random access 
memory' ) 

- said processor memory and said processor interface, when in 
said minimally operational state provided by said non-volatile 
memory, requesting said code image from said network (col. 16, 
lines 7-9 'network administrator's PC *** can remotely alter the 
ROM firmware image in flash EPROM 174 by downloading new data' 
and col. 8, lines 45-46 'The program respond to requests ... for 
data download'), via said processor interface ***." 

As pointed out by the accompanying Declaration under Rule 
1.132, Barrett describes a " reprogrammable network communication 
device" which does not have a minimally operational state, and so 
has only a fully operational state , described as 'NEB 101 is 
shipped with operational software' ***. See also, column 7, 
lines 56-61, where the software is executed by a microprocessor 
out of 'flash EPROM 174' or can be 'selectively moved to the 
higher performance 512 KB DRAM 175' . 

"That, the Barrett reprogrammable network communication 
device does not request the code image from the network. 
Instead, the code image already exists in 'flash EPROM 174' ***. 

"That, the code image supplied by Barrett is conducted by 
the network administrator at (his) own initiative, and not at the 
request of a processor in the network . Specifically, 'from the 
network administrator's PC 103, the network administrator can 
remotely alter the ROM firmware image in flash EPROM 174 by 
downloading new data' ***. 

Hence, Applicant respectfully submits that Claim 23 
patentably recites, "a processor interface coupling said 
processor in said network; 
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"a non-volatile memory for storing code providing a 
minimally operational state of said processor; 

"a processor memory storing a code image providing a fully 
operational state of said processor; and 

"a processing unit coupled to said non-volatile memory, said 
processor memory and said processor interface, when in said 
minimally operational state provided by said non-volatile memory, 
requesting said code image from said network, via said processor 
interface . " 

Applicant respectfully submits that Claim 23 therefore 
patentably defines over Barrett, and respectfully requests the 
allowance of Claim 23. 

H) Claim 24 : 

The Examiner rejected Claim 24 as above, and additionally 
states "Barrett discloses: 

- receive and implement said code image (col. 16, lines 31-32 
'The flash EPROM on board then reprograms itself with the new 
image' ) " 

As discussed by the accompanying Declaration under Rule 
1.132, Barrett describes a " reprogrammable network communication 
device" which does not have a minimally operational state, and so 
has only a fully operational state , described as 'NEB 101 is 
shipped with operational software' ***. See also, column 7, 
lines 56-61, where the software is executed by a microprocessor 
out of 'flash EPROM 174' or can be 'selectively moved to the 
higher performance 512 KB DRAM 175' . 

"That, the Barrett reprogrammable network communication 
device does not request the code image from the network. 
Instead, the code image already exists in 'flash EPROM 174' 
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Hence, Applicant respectfully submits that Barrett does not 
move from a minimally operational state to, in Claim 24, "wherein 
said processing unit, additionally, upon said broadcast of said 
code image by said master source, receives and stores said code 
image in said processor memory, and implements said code image, 
only if said processing unit is in said minimally operational 
state . " 

Applicant respectfully submits that Claim 24 therefore 
patentably defines over Barrett, and respectfully requests the 
allowance of Claim 24. 

I) Claim 25 : 

The Examiner rejected Claim 25 as above, and additionally 
states "Barrett discloses: 

- a non-volatile memory for storing said minimally operational 
state code (*** 'non-volatile random access memory (NVRAM)... 
used for initialization data storage during power cycling of 
printer 102 which houses NEB 101' ) " . 

However, as discussed by the accompanying Declaration under 
Rule 1.132, Barrett describes a " reprogrammable network 
communication device" which does not have a minimally operational 
state, and so has only a fully operational state , described as 
'NEB 101 is shipped with operational software' ***. See also, 
column 7, lines 56-61, where the software is executed by a 
microprocessor out of 'flash EPROM 174' or can be 'selectively 
moved to the higher performance 512 KB DRAM 175' . 

Applicant points out that, per Barrett, "Network and printer 
configuration parameters are written into NVRAM 180 when the 
printer is first installed into the network to allow NEB software 
to recover the installation parameters after printer power has 
been cycled off and on." (column 7, lines 28-32). 
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Thus, Barrett does not describe, in Claim 25, "wherein said 
minimally operational state code stored in said non-volatile 
memory comprises a boot program which is provided to said 
processing unit and becomes operational upon reboot of said 
processor. " 

Applicant respectfully submits that Claim 25 therefore 
patentably define over Barrett, and respectfully requests the 
allowance of Claim 25. 

J) Claim 26 : 

The Examiner rejected Claim 26 as above, and additionally 
states "Barrett discloses: 

- minimally operational state is additionally sufficient to 
conduct at least a basic system test and provide said code image 
request (col. 8, lines 61-64 'POST is a power-on self-test module 
that checks the integrity of NEB hardware and software at 
power-up' ) " 

However, as discussed above, Barrett has no "minimally 
operational state", and instead only has a fully operational 
state. "POST" is one of the "blocks of code, or modules, that 
are stored in flash EPROM 174." (column 7, lines 64-65). 

As discussed by the accompanying Declaration under Rule 
1.132, Barrett describes a " reprogrammable network communication 
device" which does not have a minimally operational state, and so 
has only a fully operational state , described as *NEB 101 is 
shipped with operational software' ***. See also, column 7, 
lines 56-61, where the software is executed by a microprocessor 
.out of 'flash EPROM 174' or can be 'selectively moved to the 
higher performance 512 KB DRAM 175' . 

"That, the Barrett reprogrammable network communication 

device does not request the code image from the network. 

Instead, the code image already exists in 'flash EPROM 174' ***." 
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Thus, Barrett does not describe, in Claim 26, "wherein said 
boot program stored in said non-volatile memory storing for said 
minimally operational state is additionally sufficient to conduct 
at least a basic system test and provide said code image 
request . " 

Applicant respectfully submits that Claim 26 therefore 
patentably defines over Barrett, and respectfully requests the 
allowance of Claim 26. 

K) Claim 27 : 

The Examiner rejected Claim 27 as above, and additionally 
states "Barrett discloses: 

- a RAM for, upon receiving said code image, storing said code 
image (col. 2, lines 2-3 'A random access memory stores a new 
program image for the reprogrammable read only memory' ) " 

However, the image stored is a new program image . Applicant 
respectfully submits that this is fundamentally different from 
Applicant's, e.g. Claim 23, "a non-volatile memory for storing 
code providing a minimally operational state of said processor; 

a processor memory storing a code image providing a fully 
operational state of said processor", (emphasis added). 

As discussed by the accompanying Declaration under Rule 
1.132, Barrett describes a " reprogrammable network communication 
device" which does not have a minimally operational state, and so 
has only a fully operational state , described as 'NEB 101 is 
shipped with operational software' ***. See also, column 7, 
lines 56-61, where the software is executed by a microprocessor 
out of 'flash EPROM 174' or can be 'selectively moved to the 
higher performance 512 KB DRAM 175' . 

"That, the Barrett reprogrammable network communication 

device does not request the code image from the network. 

Instead, the code image already exists in 'flash EPROM 174' ***." 
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Thus, Barrett does not describe, in Claim 27, "wherein said 
processor memory comprises a RAM for storing said code image." 

Applicant respectfully submits that Claim 27 therefore 
patentably defines over Barrett, and respectfully requests the 
allowance of Claim 27. 

II) 35 U.S.C. 103(a) : 

The Examiner rejected Claims 7, 8, 16, 17, 21, 28, 29 and 31 
under 35 U.S.C. 103(a) as being unpatentable over Barrett, in 
view of Harmer (Harmer) , US Patent 6,401,198. 

(Note that Claims 16, 17 are stated on page 6 of the 
rejection as being rejected for the same reasons as Claim 7 and 
8 , respectively. ) 

L) Claims 7, 8, 16, 17, 21, 28, 29 and 31 : 

The Examiner states that the rejection of Claims 1, 19 and 
23 "is incorporated respectively, and further Barrett did not 
explicitly discloses code image is a combination of different 
images . " 

"However Harmer discloses one code image contains multiple 
code images (col. 10, lines 11-12 'one code image making up the 
first portion. and second portion... of... BIOS' and col. 10, 
lines 14-17 'BIOS. . . include multiple images... each... images 
corresponding to a dif ferent ... computer architecture... device... 
attached' ) 

"Therefore, it would have been obvious *** to incorporate 
the method of having one code image with different images 
included as taught by Harmer into the method of distributing the 
code image as taught by Barrett." 
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However, as discussed above, Barrett has no "minimally 
operational state", and instead only has a fully operational 
state, and that fully operational state code is stored at the 
NEB. 

As discussed by the accompanying Declaration under Rule 
1.132, Barrett describes a " reprogrammable network communication 
device" which does not have a minimally operational state, and so 
has only a fully operational state , described as *NEB 101 is 
shipped with operational software' ***. See also, column 7, 
lines 56-61, where the software is executed by a microprocessor 
out of * flash EPROM 17 4' or can be * selectively moved to the 
higher performance 512 KB DRAM 175' . 

"That, the Barrett reprogrammable network communication 
device does not request the code image from the network. 
Instead, the code image already exists in A flash EPROM 174' ***." 

Harmer also has no minimally operational state, and instead 
has only a fully operational state stored within the "computer 
system", which comprises a BIOS, with "at least a portion of the 
BIOS to be stored within the mass memory storage of a mass memory 
storage peripheral computer device rather than being stored 
within ROM." (Abstract, lines 2-10). Harmer thus also does not 
have a minimally operational state and request the fully 
operational state code image from the network. 

Hence, Applicant respectfully submits that neither Barrett 
nor Harmer describe, e.g. Claim 7, "wherein said master source 
provides one said code image for any said code image request", 
nor, e.g. Claim 8, "wherein ones of said processors implement 
different said code images, wherein said one master source code 
image comprises a combination of said different code images, and 
wherein said processors additionally select and implement one of 
said combination of different code images." 
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Applicant respectfully submits that Claims 7, 8, 16, 17, 21, 

28, 29 and 31 therefore patentably define over Barrett in view of 

Harmer, and respectfully requests the allowance of Claims 7, 8, 
16, 17, 21, 28, 29 and 31 under 35 U.S.C. 103(a). 

Additional Art : 

The additional references cited by the Examiner have been 
examined and as best understood, do not teach or suggest 
Applicant's claimed invention. The Examiner cited USPN 
6,647,175, Lerche; USPN 6,601,212, Guha et al.; USPN 5,623,604, 
Russell et al.; USPN 6,625,754, Aguilar et al.; USPN 6,266,809, 
Craig et al.; USPN 5,815,722, Kalwitz et al.; USPN 6,144,992, 
Turpin et al.; USPN 6,205,580, Hirose; USPN 6,308,325, Dobbek; 
Electronic Engineering, Sep. 1, 1999, pg. 35; and InfoWorld, Vol. 
16, issue 3, pg. 29, Corcoran. Applicants submit that none of the 
cited documents teach, either singly or in combination, the 
present invention as described and claimed in Applicant's Claims 
1-35. 

Accordingly, Applicants believe the present invention 
distinguishes over the cited patents and respectfully requests 
that the Examiner allow Applicant's Claims 1-35 under 35 U.S.C. 
102 and under 35 U.S.C. 103. 
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SUMMARY: 



Applicant has amended the specification to correct two 
typographical errors, without the submission of new matter. 

Applicant respectfully submits that the present invention 
distinguishes over the cited patents and respectfully requests 
that the Examiner allow Applicant's Claims 1-35 under 35 U.S.C, 
102 and under 35 U.S.C. 103. 

Respectfully submitted, 
B. G. Goodman 




P&hn H. Holcombe, (#20, 620) 
Attorney for Applicants 
From: IBM Corporation 

Intellectual Property Law 
8987 E. Tanque Verde Rd. #309-374 
Tucson, AZ 85749-9610 
Telephone: (520) 7 60-6629 
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